The following code works fine, printing 'word' across the window, but if i skip the window.Activate() (wich calls ActivateWindow();), i will receive no printing and the program eventually locks up, but the latter only occasionaly. I've come to the conclusion that the error occurs because the window is not physicly open, when i try to print to it, or receive messages (using WaitClose). Eventually, the activation of the window causes either a pause that allows intuition to 'really' open the window, or the call itself forces intuition to finish opening ?
So OpenWindow() does not ensure the window is actually open, yes ?
And if yes, is calling ActivateWindow() (or specifying WA_Activate in taglist); the 'right' way to solve the problem ?
Thank you.
void main()
{
int x;
// OpenWindowTagList() is used to create a window for 'window'
WinX window("Test_Window",0,0,640,512);
// This Creates an IntuiText derived object
IWord a_word("word");
// Prog doesn't work if this line is skipped
// It calls ActivateWindow();
window.Activate();
// Print the text across the screen
// Uses PrintIText();
for (x=0; x<256; x+=16) window.Print(a_word,x,x);
window.WaitClose();
}
@ENDNODE
@NODE "Mail_22" " Re: Quick Q about Palette gads "
From: Daithi O'Cuinn <docuinn@cluke.demon.co.uk>
Date: 01-06-00 19:57:13
Subject: @{b}Re: Quick Q about Palette gads@{ub}
Hello Laura
On 05-Jan-00, Laura Vance wrote:
> Hello,
> I've never worked with a palette gadget in gadtools, but I do know that when
> I have programmed for the gadtools library, I had to be sure to only look
> for the mouseup which is the mouse button being released.
I do only look for GadetUp...
> But, as with your problem, before I made those changes, I would click a
> button, release the mouse button, and the button would activate again or
> deactivate, depending on how the button was set up.
I think it is a simpler problem that this - I get events from the gadget fine,
it's just that it does not permanently show the currently selected entry (ie
the little 'paint pot' does not stay depressed).
That's why I think it's something as simple as a flag. Though you have given
me a clue - it could well be my IDCMP messages - I only ask for
IDCMP_CLOSEWINDOW | IDCMP_GADGETUP
Any one any ideas?
Regards
Daithi O'Cuinn
docuinn@cluke.demon.co.uk
@ENDNODE
@NODE "Mail_23" " Re: Re: Quick Q about Palette gads "
From: Gregory Roberts II <gregr@en.com>
Date: 01-06-00 20:49:27
Subject: @{b}Re: Re: Quick Q about Palette gads@{ub}
On Thu, 6 Jan 2000, Daithi O'Cuinn wrote:
> Hello Laura
> I do only look for GadetUp...
> I think it is a simpler problem that this - I get events from the gadget fine,
> it's just that it does not permanently show the currently selected entry (ie
> the little 'paint pot' does not stay depressed).
> That's why I think it's something as simple as a flag. Though you have given
> me a clue - it could well be my IDCMP messages - I only ask for
> IDCMP_CLOSEWINDOW | IDCMP_GADGETUP
> Any one any ideas?
> Regards
Are you using GetIMsg() to retrieve the messages? GadTools gadgets
generate a lot of IDCMP events that you don't care about and are handled
by the gadget. When you call GetIMsg() you get the "distilled" version of
things.
Also, I don't have the information right in front of me, but somewhere in
the include files are defines for which types of IDCMP messages you should
ask for when you set up the window. So, instead of specifically asking
for IDCMP_GADGETUP, you'd ask for the IDCMP message for the palette
gadget. If you need more clarification on this, just write and I'll dig
up the info.
BTW, if you want an example of using GadTools gadgets, I wrote a skeleton
C application for a contest some time ago. You might still be able to
find it on Aminet as Skeleton_C.lha, or from my (woefully outdated)
website at http://www.en.com/users/gregr. I don't think I have a palette
gadget in there, but I do use a number of different ones so you should be
able to get the general idea.
Good luck!
gregr@en.com
KC8BGC
Amiga Enthusiast :)
IBM programmer :(
@ENDNODE
@NODE "Mail_24" " The future of StormAmiga.lib!!! "
From: Allan Odgaard <Duff@DIKU.DK>
Date: 01-06-00 20:52:31
Subject: @{b}The future of StormAmiga.lib!!!@{ub}
Hi there,
Since Matthias Henze (author of the StormAmiga.lib link library) only received
two letters of endorsement, regarding the continued development of
StormAmiga.lib, he naturally got a feeling that it wasn't worth continuing the
project. However, before he terminates it then he's given us a chance to
prove that we actually do want the library, so if you do use the library and
want to see it developed further, please go visit the survey at:
http://www.cyberdynesystems.de/Statement2_e.html
Regards Allan
URL: http://www.DIKU.dk/students/duff/
WinErr 43e: Modem driver corrupt. Download latest version any try again.
@ENDNODE
@NODE "Mail_25" " Re: Re: Quick Q about Palette gads "
From: David McMinn <dave@satanicdreams.com>
Date: 01-06-00 20:54:03
Subject: @{b}Re: Re: Quick Q about Palette gads@{ub}
Hi Daithi
> gadget fine, it's just that it does not permanently show the
> currently selected entry (ie the little 'paint pot' does not stay
> depressed). That's why I think it's something as simple as a flag.
I didn't read the original post you sent, but have you tried
#GTPA_IndicatorWidth and/or #GTPA_IndicatorHeight set to the
width/height of the border to put round the colour, when you are
>I'm writing a resource tracker (it's a personal debugging tool, much
>like SnoopDOS, but tracks resources through their allocated
>life-time) and I want to be able to store a task pointer, then check
>later to see if that same task is still running. Because task names
>are not unique, FindTask() isn't the best solution. Task pointers are
>the ideal solution. An exec function called IsTaskPtrValid() would
>have kept me happy. :-)
One final thing I forgot to mention, IsTaskPtrValid() is not
by itself suitable for checking if a task which was known to be
running at some time in the past is still running now, because
it does not account for the possibility that a task was removed
and a subsequent task was added at the same memory location.
To solve this, you also need to account for the task name. To
get a valid match, you need to match both the task name string
(or hash key if you prefer) *and* the task address.
@ENDNODE
@NODE "Mail_32" " Re: Re: Tasks "
From: Nicholas Clarke <nclarke@diku.dk>
Date: 01-07-00 09:15:24
Subject: @{b}Re: Re: Tasks@{ub}
On Fri, 7 Jan 2000, Duane McDonnell wrote:
> One final thing I forgot to mention, IsTaskPtrValid() is not
> by itself suitable for checking if a task which was known to be
> running at some time in the past is still running now, because
> it does not account for the possibility that a task was removed
> and a subsequent task was added at the same memory location.
> To solve this, you also need to account for the task name. To
> get a valid match, you need to match both the task name string
> (or hash key if you prefer) *and* the task address.
Exec uses unique identifiers for each task. Wether they work is another
matter.
@ENDNODE
@NODE "Mail_33" " Re: Re: Tasks "
From: Duane McDonnell <dmcdonnell@primus.com.au>
Date: 01-07-00 11:33:34
Subject: @{b}Re: Re: Tasks@{ub}
>On Fri, 7 Jan 2000, Duane McDonnell wrote:
>> One final thing I forgot to mention, IsTaskPtrValid() is not
>> by itself suitable for checking if a task which was known to be
>> running at some time in the past is still running now, because
>> it does not account for the possibility that a task was removed
>> and a subsequent task was added at the same memory location.
>> To solve this, you also need to account for the task name. To
>> get a valid match, you need to match both the task name string
>> (or hash key if you prefer) *and* the task address.
>Exec uses unique identifiers for each task. Wether they work is another
>matter.
Where's the task ID stored? I can't see it in the Task structure.
@ENDNODE
@NODE "Mail_34" " Re: Tasks "
From: Andrew Bell <andrew.ab2000@bigfoot.com>
Date: 01-07-00 13:53:25
Subject: @{b}Re: Tasks@{ub}
Hi Duane,
On 07-Jan-00 you wrote: Re: [amiga-c] Re: Tasks
>> I'm writing a resource tracker (it's a personal debugging tool,
>> much like SnoopDOS, but tracks resources through their allocated
>> life-time) and I want to be able to store a task pointer, then
>> check later to see if that same task is still running. Because task
>> names are not unique, FindTask() isn't the best solution. Task
>> pointers are the ideal solution. An exec function called
>> IsTaskPtrValid() would have kept me happy. :-)
> One final thing I forgot to mention, IsTaskPtrValid() is not
> by itself suitable for checking if a task which was known to be
> running at some time in the past is still running now, because
> it does not account for the possibility that a task was removed
> and a subsequent task was added at the same memory location.
I know what you mean, I considered this myself. If a task is freed
then another one is created right after it, they *might* just share
the same task pointer.
> To solve this, you also need to account for the task name. To
> get a valid match, you need to match both the task name string
> (or hash key if you prefer) *and* the task address.
I'm already doing this, of course this wouldn't work 100% if a task
decided to modify it's ln_Name field. But it's probably the best
solution I have atm, even if it's a little hacky.
In your other post, you mentioned that Carl Sassenrath released some
example code, is this code on the Developer CD, do you know?
Thanks for your help.
Regards, Andrew Bell.
+----------------------------------------+
email: mailto:andrew.ab2000@bigfoot.com or
mailto:andrew@ab2000.prestel.co.uk
web: http://www2.prestel.co.uk/ab2000
+----------------------------------------+
My cat just loves to play Hide-And-Go-Puke!
@ENDNODE
@NODE "Mail_35" " Re: Quick Q about Palette gads "
From: Bob Lanham <bobl@jaxproductions.com>
Date: 01-07-00 14:17:37
Subject: @{b}Re: Quick Q about Palette gads@{ub}
> On Thu, 6 Jan 2000, Daithi O'Cuinn wrote:
> > I do only look for GadetUp...
> > I think it is a simpler problem that this - I get events from the gadget fine,
> > it's just that it does not permanently show the currently selected entry (ie
> > the little 'paint pot' does not stay depressed).
> > That's why I think it's something as simple as a flag. Though you have given
> > me a clue - it could well be my IDCMP messages - I only ask for
> > IDCMP_CLOSEWINDOW | IDCMP_GADGETUP
> > Any one any ideas?
> > Regards
There is a good example of how to program the gadtools palette on
Aminet. I tried it, and the paint buttons stay down when clicked.
Search for GadgetTest.lha.
http://de.aminet.net/aminetbin/find?gadgettest
@ENDNODE
@NODE "Mail_36" " Re: Tasks "
From: Duane McDonnell <dmcdonnell@primus.com.au>
Date: 01-07-00 16:02:44
Subject: @{b}Re: Tasks@{ub}
On Thu, 06-Jan-00, Laura Vance <vancel@amiga.nols.com> wrote:
>Excerpt from page 85 of "Mapping the Amiga"
>FindTask
>Description:finds a task by name, or finds oneself
>Library:exec.library
>Offset:-$126
>Syntax:task = FindTask(name)
>C:struct Task *FindTask(STRPTR)
>ML:d0 = FindTask(a1)
>Arguments:name = name of the task to find; 0 to find oneself
>Result:task = the task (or process) matching the name; zero if
>unsuccessful
Be careful using this book, it's littered with errors (eg: Move(),
ReadPixel(), RectFill(), Signal() and some of the structure
definitions). Use the AutoDocs if possible.
@ENDNODE
@NODE "Mail_37" " Re: Windows "
From: Tak Tang <Tak.Tang@suht.swest.nhs.uk>
Date: 01-07-00 17:33:33
Subject: @{b}Re: Windows@{ub}
OpenWindow() and OpenWindowTagList() DO open the window on return. There are options which can make the window active or inactive when it opens, but you should be able to print intuitext to it immediately. It might be a bug in your window class.
The following code works fine, printing 'word' across the window, but if i skip the window.Activate() (wich calls ActivateWindow();), i will receive no printing and the program eventually locks up, but the latter only occasionaly. I've come to the conclusion that the error occurs because the window is not physicly open, when i try to print to it, or receive messages (using WaitClose). Eventually, the activation of the window causes either a pause that allows intuition to 'really' open the window, or the call itself forces intuition to finish opening ?
So OpenWindow() does not ensure the window is actually open, yes ?
And if yes, is calling ActivateWindow() (or specifying WA_Activate in taglist); the 'right' way to solve the problem ?
Thank you.
void main()
{
int x;
// OpenWindowTagList() is used to create a window for 'window'
WinX window("Test_Window",0,0,640,512);
// This Creates an IntuiText derived object
IWord a_word("word");
// Prog doesn't work if this line is skipped
// It calls ActivateWindow();
window.Activate();
// Print the text across the screen
// Uses PrintIText();
for (x=0; x<256; x+=16) window.Print(a_word,x,x);
window.WaitClose();
}
@ENDNODE
@NODE "Mail_38" " Re: Re: Tasks "
From: Duane McDonnell <dmcdonnell@primus.com.au>
Date: 01-07-00 18:34:09
Subject: @{b}Re: Re: Tasks@{ub}
>> To solve this, you also need to account for the task name. To
>> get a valid match, you need to match both the task name string
>> (or hash key if you prefer) *and* the task address.
>I'm already doing this, of course this wouldn't work 100% if a task
>decided to modify it's ln_Name field. But it's probably the best
>solution I have atm, even if it's a little hacky.
It is a bit of hack but that's unavoidable really since I'm
pretty sure Exec doesn't support task identification (someone
else said that it did, I could be wrong).
Even with checking both the name and address there is still the
remote possibility that you'll get an incorrect detection. A
full solution would probably involve patching AddTask() and
RemTask() to build your own task identification list (you'd
have to check that DOS functions like CreateProc() and
CreateNewProc() were being intercepted too, it's possible
they might not call the public Exec interface in all ROM
versions). Doing all this is almost certainly overkill
however, the chances of a bad detection using your current
solution would be extremely remote.
>In your other post, you mentioned that Carl Sassenrath released some
>example code, is this code on the Developer CD, do you know?
This is going back a long time so I'm not certain where I
saw this, however it may have been in his Guru's Guide book.
I no longer have a copy but I think the code is on Aminet.
The source to any "who" or "ps" type program will also be
good examples. If you can understand asm the source to Xoper
may be worth a look too.
@ENDNODE
@NODE "Mail_39" " Re: Quick Q about Palette gads "
From: Daithi O'Cuinn <docuinn@cluke.demon.co.uk>
Date: 01-07-00 21:25:18
Subject: @{b}Re: Quick Q about Palette gads@{ub}
Hello Bob
On 07-Jan-00, Bob Lanham wrote:
> There is a good example of how to program the gadtools palette on
> Aminet. I tried it, and the paint buttons stay down when clicked.
> Search for GadgetTest.lha.
Thanks, Bob, and to all else who replied. What I needed was indeed the
GTPA_IndicatorWidth tag. Oddly, though, it doesn't matter whether I set it to
1 or 100, it still does the same thing visually. This doesn't matter, but I
am sort of wondering what on Earth the point of this tag is...
Regards
Daithi O'Cuinn
docuinn@cluke.demon.co.uk
@ENDNODE
@NODE "Mail_40" " Re: Windows "
From: Laura Vance <vancel@amiga.nols.com>
Date: 01-07-00 23:24:57
Subject: @{b}Re: Windows@{ub}
On Thu, 06 Jan 2000, you wrote:
> The following code works fine, printing 'word' across the window, but if i skip the window.Activate() (wich calls ActivateWindow();), i will receive no printing and the program eventually locks up, but the latter only occasionaly. I've come to the conclusion that the error occurs because the window is not physicly open, when i try to print to it, or receive messages (using WaitClose). Eventually, the activation of the window causes either a pause that allows intuition to 'really' open the window, or the call itself forces intuition to finish opening ?
> So OpenWindow() does not ensure the window is actually open, yes ?
> And if yes, is calling ActivateWindow() (or specifying WA_Activate in taglist); the 'right' way to solve the problem ?
> Thank you.
It might help if you showed the class instead of the code, because this looks
like c++, and if you've defined your class right, then there shouldn't be a
problem with your code.
Later,
Laura
\|/
(o O)
---oOO(_)OOo---
Peekaboo!!!
@ENDNODE
@NODE "Mail_41" " Re: Tasks "
From: Laura Vance <vancel@amiga.nols.com>
Date: 01-07-00 23:33:27
Subject: @{b}Re: Tasks@{ub}
On Fri, 07 Jan 2000, you wrote:
> On Thu, 06-Jan-00, Laura Vance <vancel@amiga.nols.com> wrote:
> >Excerpt from page 85 of "Mapping the Amiga"
> >FindTask
> >Description:finds a task by name, or finds oneself
> >Library:exec.library
> >Offset:-$126
> >Syntax:task = FindTask(name)
> >C:struct Task *FindTask(STRPTR)
> >ML:d0 = FindTask(a1)
> >Arguments:name = name of the task to find; 0 to find oneself
> >Result:task = the task (or process) matching the name; zero if
> >unsuccessful
> Be careful using this book, it's littered with errors (eg: Move(),
> ReadPixel(), RectFill(), Signal() and some of the structure
> definitions). Use the AutoDocs if possible.
That's funny, I've never had any problems with those functions when I used them
from that book. The only one that I haven't used that you listed is Signal().
But I do always use more than one reference, because I've seen too many of them
that have problems.
Later,
Laura
\|/
(o O)
---oOO(_)OOo---
Peekaboo!!!
@ENDNODE
@NODE "Mail_42" " Re: Re: Tasks "
From: Nicholas Clarke <nclarke@diku.dk>
Date: 01-07-00 23:44:28
Subject: @{b}Re: Re: Tasks@{ub}
On Fri, 7 Jan 2000, Duane McDonnell wrote:
> >On Fri, 7 Jan 2000, Duane McDonnell wrote:
> >> One final thing I forgot to mention, IsTaskPtrValid() is not
> >> by itself suitable for checking if a task which was known to be
> >> running at some time in the past is still running now, because
> >> it does not account for the possibility that a task was removed
> >> and a subsequent task was added at the same memory location.
> >>
> >> To solve this, you also need to account for the task name. To
> >> get a valid match, you need to match both the task name string
> >> (or hash key if you prefer) *and* the task address.
> >Exec uses unique identifiers for each task. Wether they work is another
> >matter.
> Where's the task ID stored? I can't see it in the Task structure.
Well I see you need the asm includes. Since they are more upto date.
;* Pointer to an extended task structure. This structure is allocated
;* by V36 Exec if the proper flags in tc_ETaskFlags are set. This
;* field was formerly defined as:
;* UWORD TC_TRAPALLOC ; traps allocated
;* UWORD TC_TRAPABLE ; traps enabled
;* Please see the Exec AllocTrap() and FreeTrap() calls.
;Don't even _think_ about allocating one of these yourself.
I forgot to call the function that resets the IntuiText structure, when creating an IWord from a char* !!!
The funny thing is the program didn't work, until i inserted the Activate, and when i removed the line, it stoped working. It was merely a strange coincident.
Thanx still...
On 08-Jan-00, Laura Vance wrote:
> On Thu, 06 Jan 2000, you wrote:
>> The following code works fine, printing 'word' across the window, but if i skip the window.Activate() (wich calls ActivateWindow();), i will receive no printing and the program eventually locks up, but the latter only occasionaly. I've come to the conclusion that the error occurs because the window is not physicly open, when i try to print to it, or receive messages (using WaitClose). Eventually, the activation of the window causes either a pause that allows intuition to 'really' open the window, or the call itself forces intuition to finish opening ?
>> So OpenWindow() does not ensure the window is actually open, yes ?
>> And if yes, is calling ActivateWindow() (or specifying WA_Activate in taglist); the 'right' way to solve the problem ?
>> Thank you.
> It might help if you showed the class instead of the code, because this looks
> like c++, and if you've defined your class right, then there shouldn't be a
Not window class, but IWord class (see other mail).
Thanx still...
On 07-Jan-00, Tak Tang wrote:
> OpenWindow() and OpenWindowTagList() DO open the window on return. There are options which can make the window active or inactive when it opens, but you should be able to print intuitext to it immediately. It might be a bug in your window class.
> The following code works fine, printing 'word' across the window, but if i skip the window.Activate() (wich calls ActivateWindow();), i will receive no printing and the program eventually locks up, but the latter only occasionaly. I've come to the conclusion that the error occurs because the window is not physicly open, when i try to print to it, or receive messages (using WaitClose). Eventually, the activation of the window causes either a pause that allows intuition to 'really' open the window, or the call itself forces intuition to finish opening ?
> So OpenWindow() does not ensure the window is actually open, yes ?
> And if yes, is calling ActivateWindow() (or specifying WA_Activate in taglist); the 'right' way to solve the problem ?
> Thank you.
> void main()
> {
> int x;
> // OpenWindowTagList() is used to create a window for 'window'
> WinX window("Test_Window",0,0,640,512);
> // This Creates an IntuiText derived object
> IWord a_word("word");
>
> // Prog doesn't work if this line is skipped
> // It calls ActivateWindow();
> window.Activate();
> // Print the text across the screen
> // Uses PrintIText();
> for (x=0; x<256; x+=16) window.Print(a_word,x,x);
From: "Nathan J. Young" <nathan.young@bigfoot.com>
Hello Stephan,
You've already received a few replies to this message, but I had started coding already. So I thought what the hell, a few more examples and ideas wouldn't hurt. :)
BTW, all the examples were written in portable ANSI-C (I was away from home at the time).
> And, how do I have to do the memory allocation?
The files example1.c and example2.c show you how with descriptive comments.
> Wouldn't I have to have some kind of array again?
The files main.c, database.c and database.h demonstrate a *very* simple database using an array of pointers. The front-end to the program is a bit grotty, but it was only ment to be a quick example. The array of pointers is automatically resized when required. One advantage of implementing a database like this is fast sort times you can achieve, because only pointers are moved, not database records.
Just an idea for you (I don't know if it's any good);
An array of pointers does not consume very much memory. It would therefore be possible to have several arrays. Each one for referencing the database sorted on different keys.
Finally, I appologise for any errors (design and implementation) in the source!
From: "Nathan J. Young" <nathan.young@bigfoot.com>
Hi Stephan,
>> BTW, all the examples were written in portable ANSI-C (I was away from
>> home at the time).
> That's nice, but I think I should be using Amiga-functions to avoid
> problems.
Problems? There should be no *real* problems - he says. :)
If your database is to be an Amiga specific application then fine. But what are you going to do if you
decide to support both AmigaOS and Neurtino or what-ever?
>>> And, how do I have to do the memory allocation?
>> The files example1.c and example2.c show you how with descriptive
>> comments.
> Great! You had a lot of time to write all those comments, didn't you? ;-)
I typed quickly. :)
>> The files main.c, database.c and database.h demonstrate a *very* simple
>> database using an array of pointers. The front-end to the program is a bit
>> grotty, but it was only ment to be a quick example. The array of pointers
>> is automatically resized when required. One advantage of implementing a
>> database like this is fast sort times you can achieve, because only
>> pointers are moved, not database records.
> Cool, another interesting method. But I think the linked-lists method is the
> best one.
Think about sorting and searching. These could become you're two biggest performance killers. Perhaps these suggestions might help you;
1) When sorting your list, move the pointers instead of the actual nodes.
2) Use a doubly-linked list to traverse the database in either direction.
3) Insert items in to your list in sorted order. This will make it un-necessary to sort the list unless you need to change the sort critera.
4) Implement a binary search to find entries in your sorted list - instead of iterating from head to tail to find an item.
5) Oh yeah, have fun!
>> An array of pointers does not consume very much memory. It would therefore
>> be possible to have several arrays. Each one for referencing the database
>> sorted on different keys.
> But even if it is only a small amount of memory it shouldn't be necessary,
> so I think I'll try the linked-list method.
It's not necessary! It was just an idea to improve the sorting speed of your database. Especially if you are going to do sorts on different fields often.
** My views do not necessarily reflect the views of Agilent! **
@ENDNODE
@NODE "Mail_128" " "explode" image "
From: andrewmarkwell@ukonline.co.uk
Date: 01-31-00 15:43:56
Subject: @{b}"explode" image@{ub}
From: andrewmarkwell@ukonline.co.uk
Hiya,
I have a window with a gadget in that brings up as ASL requester when you click on it. I was wondering if the image used in Intellifont (where you click on it to choose the location of fonts), was considered a standard for this kind of thing. I can't find any reference to it in the includes. If not, then what is a good thing to use? Maybe "..." like Windows?
Andrew Markwell
@ENDNODE
@NODE "Mail_129" " Geek gadgets CD "
From: Charles Barr <charlie@amigaforever.free-online.co.uk>
Date: 01-31-00 17:26:14
Subject: @{b}Geek gadgets CD@{ub}
From: Charles Barr <charlie@amigaforever.free-online.co.uk>
Hello,
Does anyone know of any companies that sell the geek gadgets CD.
I just found out the weird science have stopped selling the CD.
Or has anyone got a copy they might sell to me?
Cheers
@ENDNODE
@NODE "Mail_130" " Telling when printing is stopped. "
From: Charles Barr <charlie@amigaforever.free-online.co.uk>
Date: 01-31-00 17:29:53
Subject: @{b}Telling when printing is stopped.@{ub}
From: Charles Barr <charlie@amigaforever.free-online.co.uk>
Hello,
Is there any way of telling when the printer is stopped printing a
file.
what i do is send one text file to the PRT:
I need some way of telling when the first file is finished.
to send another one.
Cheers
@ENDNODE
@NODE "Mail_131" " AW: Geek gadgets CD "
From: Fritsch Alexander <Alexander.Fritsch@icn.siemens.de>
Date: 01-31-00 17:32:26
Subject: @{b}AW: Geek gadgets CD@{ub}
From: Fritsch Alexander <Alexander.Fritsch@icn.siemens.de>
> Hello,
> Does anyone know of any companies that sell the geek gadgets CD.
> I just found out the weird science have stopped selling the CD.
> Or has anyone got a copy they might sell to me?
> Cheers
> --
Did you try http://www.schatztruhe.de/inhalt.html ?
The GG-CDs are still listed there.
Kind regards Alexander Fritsch
@ENDNODE
@NODE "Mail_132" " Odp: Pattern dither in Adobe Photoshop, how and what? "
From: Michal Bartczak <mikerro@ihh.pi.com.pl>
Date: 01-31-00 19:08:25
Subject: @{b}Odp: Pattern dither in Adobe Photoshop, how and what?@{ub}
From: "Michal Bartczak" <mikerro@ihh.pi.com.pl>
> A friend of mine told me that Adobe Photoshop had a dither setting called
> 'pattern' and that this gave rather good results -- does anybody know the
> technique behind this? I don't have PS (nor a PC) so I can't test it
myself,
> and I didn't find anything useful when using Google to search the net...
I know some dither routines, even some patented ones, and I'm not using
APhotoshop, but pattern dither sounds like normal ordered dither for me ;)
[or it can be modified ordered dither]. Anyway, best result for 256 colors
are given by floyd&steinberg and similiar routines, if you need to know
how - contact me, I'm quite experienced in this area.
Michal
@ENDNODE
@NODE "Mail_133" " Hello there! I'm new here! ;
From: fgloch@yahoo.com
Date: 01-31-00 19:17:13
Subject: @{b}Hello there! I'm new here! ;
)@{ub}
From: fgloch@yahoo.com
Hi there,
I've just joined this list and I am just saying my hellos to you all.
Kinds regards,
Francis.
@ENDNODE
@NODE "Mail_134" " Bobs and GELS "
From: Lee Atkins <lee@loonyjuicesoftware.freeserve.co.uk>
Date: 01-31-00 20:27:36
Subject: @{b}Bobs and GELS@{ub}
From: Lee Atkins <lee@loonyjuicesoftware.freeserve.co.uk>
Hello,
Imagine, if you will, a vertical wall on the right hand side of the screen.
On the left is a Bob created and managed by the Gels system. When the bob
is standing next to the wall after traveling from the right, the wall must
change. I have done this by blitting the new gfx over the old wall image
(the screen is double buffered and all gfx operations go to the hidden
bitmap)
The problem is the bob overlaps the wall and when the bob moves, the OS
updates the bitmap from the buffer it stored previous to me blitting in new
gfx. Is there a way of removing the Bob image, blitting the new stuff, then
moving the bob.
Also is the Gels system the best way to handle Bobs or is there a better
Hope that made sense.
@ENDNODE
@NODE "Mail_135" " Re: Pattern dither in Adobe Photoshop, how and what? "
From: Allan Odgaard <Duff@DIKU.DK>
Date: 01-31-00 20:33:13
Subject: @{b}Re: Pattern dither in Adobe Photoshop, how and what?@{ub}
From: Allan Odgaard <Duff@DIKU.DK>
On 29-Jan-00, Alastair M. Robinson wrote:
>> A friend of mine told me that Adobe Photoshop had a dither setting called
>> 'pattern' and that this gave rather good results [...]
> I've not used PhotoShop myself, but I seem to remember reading (and it has
> been known for my memory to play tricks on me!) that Adobe hold a patent
> on one of PhotoShop's dither methods. The term 'pattern dither' rings a
> bell, so it could well have been this one.
Did the article mention their technique? I believe that if they have a patent
then they must have published the method in one way or another...
> Is this query just out of interest, or do you need a dither method
> yourself? If so, I might be able to help out.
I'm author of ImageManager.library which currently offers random, ordered and
FS dither, but I'm always interested in new schemes if they're any good :-)
Regards Allan
URL: http://www.DIKU.dk/students/duff/
Win95: "We made it safe to turn off your computer"
@ENDNODE
@NODE "Mail_136" " Re: "explode" image "
From: Duane McDonnell <dmcdonnell@primus.com.au>
Date: 01-31-00 21:29:45
Subject: @{b}Re: "explode" image@{ub}
From: Duane McDonnell <dmcdonnell@primus.com.au>
>From: andrewmarkwell@ukonline.co.uk
>Hiya,
>I have a window with a gadget in that brings up as ASL requester when you
>click on it. I was wondering if the image used in Intellifont (where you
>click on it to choose the location of fonts), was considered a standard for
>this kind of thing.
There is no standard support for this gadget type in Intuition,
so the standard is whatever you define it to be :-) However,
that type of image is quite common; many of the GUI builders
include it or something like it for use. If you prefer to make
your own you can use BOOPSI or even low level Intuition gadgets
with the appropriate imagery rendered as you like.
> I can't find any reference to it in the includes. If
>not, then what is a good thing to use? Maybe "..." like Windows?
I don't suppose it matters, as long as you're consistent.
You could use a capital "F" or even ">>" or something like that.
Maybe the Style Guide has something to say about this, but I
(.txt)